SYSTEM FOR TRANSMITTING/RECEIVING SHORT MESSAGES (SMS) 
BETWEEN MOBILE TERMINALS AND REMOTE SERVERS 



RELATED APPLICATIONS 

[0001] The present application is a Continuation of co-pending PCT Application No. 
PCT/ES02/00081, filed February 26, 2002, which in turn, claims priority from Spanish 
Application Serial No. 200100468, filed February 27, 2001. Applicants claim the 
benefits of 35 U.S.C §120 as to the PCT application and priority under 35 U.S.C. §119 
as to said Spanish application, and the entire disclosures of both applications are 
incorporated herein by reference in their entireties. 

OBJECT OF THE INVENTION 

[0002] The object of the invention in question is to provide a system of bi-directional 
communication of short messages between mobile terminals and remote servers, and 
all this such that the users of the mobile terminals need not introduce the short 
messages to be sent in a direct way, but rather they are introduced starting from a 
direct interpretation format, which is translated into the format of short messages, 
and inversely, that is, the received short messages are translated to direct 
interpretation format; all this such that the introduction of short messages is carried 
out in a simple way and the interpretation of the received short messages is carried 
out in an immediate way. 

[0003] The invention is preferably applicable in those cases in which it is required to set 
up a bi-directional communication by means of short messages between a remote 
server, as for example can be a server of a company or corporate entity, with its own or 
contracted personnel displaced outside the premises of the company, so that the 
communication is facilitated between the displaced personnel or contracted persons 
with the remote server. 
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BACKGROUND OF THE INVENTION 



[0004] The sending of short messages between users of mobile telephony is greatly 
employed at the present time, for which said users communicate with a short message 
service centre (SMSC) through a GSM (Global System for Mobile) mobile telephony 
network, UMTS (Universal Mobile Telecommunications System), GPRS (General 
Packet Radio Service), etc. 

[0005] With respect to the mobile terminals, these basically are constituted by the 
user terminal itself which includes the keypad, screen, antenna, etc.; and the mobile 
terminals also include a mobile telephone smart card SIM (Subscriber Identity 
Module) which is used when the network is GSM, or a smart card USIM (UMTS 
communications network mobile telephone card). 

[0006] Given the importance of the added value of short messages, these are being 
progressively introduced in a greater measure, but their direct use requires the user to 
write the information exactly as the addressee (person or machine) has to receive it with 
some criteria which can be very strict in the case where the message is directed to a 
machine, as may be a remote server. This produces frequent errors in the 
communications made which lead to inefficiency and serious economic losses, by the 
composition of complex messages having to be carried out manually by people that in 
most cases may lack computer literacy, such as is the case in which a corporate entity 
needs to communicate with its own or contracted personnel displaced outside the 
premises of the corporate entity. 

[0007] This problem is aggravated when the transmitted information is bi-directional, 
that is, when the person carrying the mobile terminal receives information from a 
remote server, to which he should respond with a very specific confirmation, and vice 
versa. 
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[0008] Moreover the use of short messages in a direct way requires that the servers to 
which the communication is addressed have to implement a new software to recognize 
the reduced format of short messages. 

[0009] For all these reasons, a system does not exist in which bi-directional 
communication can be carried out between a mobile terminal and a remote server by 
means of short messages. 

[0010] To achieve this bi-directional communication, company management systems 
are known at the present time based on web pages accessible through Internet or an 
Extranet which allow their employees or contractors to update a posteriori the status of 
the jobs undertaken when these take place outside the premises of the company itself, 
the necessary management information not being available in this way in real time 
through the appropriate communication means for this type of personnel not being 
available or being very complex. 

DESCRIPTION OF THE INVENTION 

[0011] To resolve and achieve the aforementioned objectives, the invention has 
developed a new system which allows the sending of short messages to be carried out 
between a remote server, as for example may be a company or corporate entity, and a 
mobile terminal, so that the company or contracted personnel displaced outside the 
premises of the company can carry out bi-directional communications with the remote 
server through a mobile terminal, and all this without the need to have to introduce the 
short messages directly in the mobile terminal, their use being simplified and errors in 
the communications made being avoided. 

[0012] The system of the invention is based on the conventionally well-known mobile 
terminals which basically comprise a user terminal and a mobile telephone smart card 
(SIM, USIM), and communicate with a short message service centre (SMSC) through a 
mobile telephony network (GSM, UMTS, GPRS) which in turn communicates with 
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remote servers as may be a company or corporate entity. 

[0013] For this, the invention is characterized in that the mobile terminals comprise 
first translating means for translating the short messages (SMS) received into a direct 
interpretation format, and with displaying means for displaying the direct interpretation 
format so that the user interprets in an immediate way the received SMS. 

[0014] The mobile terminals are also endowed with displaying means for displaying at 
least a message in direct interpretation format, selecting means for selecting at least the 
displayed message and second translating means for translating at least the selected 
message in direct format into an SMS message, so these characteristics allow the user 
of the terminal to introduce and send short messages in an accessible and immediate 
way without having to introduce the short messages manually in a direct way, errors in 
the communication being avoided. 

[0015] The direct interpretation formats have been previously established and stored in 
a database. 

[0016] The first translating means for translating the short messages into a direct 
interpretation format are constituted by an analysis module which is endowed with 
means of detecting the validity and nature of the message (it can be a message of 
acceptance or rejection of some transaction sent previously to the remote server of the 
corporate system, or a new transaction received from the corresponding corporate 
system). 

[0017] Also the first translating means for translating short messages into a direct 
interpretation format comprise a transaction managing module which receives the result 
of the analysis performed, processes it and accesses the database from which the 
translation is carried out into direct interpretation format. To make the communication 
with the user, a user interface module of the mobile terminal has been foreseen, from 
which the direct interpretation format is shown to the user of the mobile terminal. 



4 



[0018] The first displaying means for displaying the direct interpretation format as well 
as the second displaying means for displaying at least a message of direct interpretation, 
are determined by the screen of the mobile terminal, which is connected to the 
transaction managing module through the user interface. 

[0019] The selecting means for selecting at least the message in direct interpretation 
format is determined by the keyboard of the mobile terminal, the user interface, and by 
the transaction managing module. 

[0020] With respect to the second translating means for translating the messages in 
direct interpretation format into SMS, these are constituted by the transaction managing 
module itself which accesses the database and delivers the different data to an SMS 
composition module from which they are transmitted to the SMSC. 

[0021] Under normal conditions of operation, a plurality of messages in direct 
interpretation format has been foreseen among which at least one is selected, by means 
of the keyboard, so that starting from this the SMS is composed, and is sent to the 
SMSC. Clearly this plurality of messages in direct interpretation format has been 
previously established and stored in the database. 

[0022] There is the possibility that at least two messages in direct interpretation format 
be selected sequentially, in order to compose the SMS from them and send the SMS to 
the SMSC. 

[0023] In an embodiment of the invention the means previously described are foreseen 
in the user terminal, but clearly, and according to another example of embodiment of 
the invention, these means can be included in the mobile telephone smart card (SIM, 
USIM). 
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[0024] To allow communication to be set up between the SMSC and the remote 
servers, a transaction server has been foreseen which communicates with the remote 
server and with the SMSC, over a communications line. 

[0025] In the preferred embodiment of the invention, the communications line is 
Internet, but clearly it can be any other type of line, like a cable for example. 

[0026] There is also the possibility that the transaction server is foreseen in the SMSC 
itself and therefore the communications line is not required. 

[0027] Clearly the transaction server has a particular architecture, which comprises 
means of conversion of SMS messages, provided by the SMSC, into a format in 
accordance with the communications protocol established on the communications line, 
also comprising means of conversion from the format in accordance with the 
communications protocol, established on the line, into SMS messages. 

[0028] Both previously remarked means of conversion, are constituted by a message 
analysis module which is endowed with means of detecting the validity and nature of 
the message (it determines if its content is an acceptance or rejection of a transaction 
previously carried out or if it is a new transaction), a transaction managing module 
which accesses a database from which it carries out the translation into the SMS format 
by means of a message composition module. 

[0029] Also the transaction server includes a communications managing module to 
allow communication with each remote server. 

[0030] There is the possibility that different communications managing modules are 
included to allow communication with different remote servers. Therefore the case 
could arise wherein there is a communications managing module for each remote 
server. 
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[0031] Also the transaction server includes different transmitter/receiver means for 
communication with the remote servers. The case could also arise where a single 
transmitter/receiver means is included for communication with the remote servers. 

[0032] Moreover the remote servers comprise receiver/transmitter means of the SMS 
equivalent in the communications protocol established on the communications line of 
each server. 

[0033] Each communications managing module is connected to a database to verify 
some previously established security parameters and to reject or accept the 
communication as a function of the outcome of the verification. 

[0034] Therefore, by means of the described system of the invention human errors are 
avoided, since the user of the mobile terminal only has to select, through an interface, 
the information (person-machine) it is desired to send, obtaining an optimum level of 
reliability. 

[0035] Based on the description made, it is easily understood that the system of the 
invention can adapt to any corporate system, and is also applicable on any mobile 
telephony communications network. 

[0036] Next, to facilitate a better understanding of this description and forming an 
integral part thereof, the same is accompanied with a series of figures in which, by way 
of illustration and not restrictively, the object of the invention has been represented. 

BRIEF DESCRIPTION OF THE FIGURES 

[0037] Figure 1. - It shows a functional block diagram of the general structure of the 
system of the invention. 



7 



[0038] Figure 2. - It shows an explanatory functional block diagram of the case in 
which the remote server (company or corporate entity) is the end that sends a short 
message to the user of the mobile terminal. 

[0039] Figure 3. - It shows an explanatory functional block diagram of the case in 
which the user of the mobile terminal is the one that sends a short message to the 
remote server. 

[0040] Figure 4. - It shows a functional block diagram of a possible example of 
embodiment of the mobile terminal. 

r 

[0041] Figure 5. - It shows a functional block diagram of a possible example of 
embodiment of the transaction server that is part of the system of the invention to allow 
bi-directional communication of short messages to be set up between users of mobile 
terminals and remote servers. 

DESCRIPTION OF A PREFERRED EMBODIMENT 

[0042] Next, a description of the invention based on the previously commented figures 
is provided hereinbelow. 

[0043] The example that is provided of the invention relates to the case in which a 
remote server, belonging to a company or corporate entity, establishes bi-directional 
communication by means of short messages with a mobile terminal belonging to a 
worker of the company or a contracted person, and which is displaced outside the 
premises of the company. 

[0044] For this, the remote server or corporate server 1 is connected with a transaction 
server 2 over a communications line 3. 
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[0045] In turn the transaction server is connected with a short message service centre 
(SMSC) 4 which communicates through the mobile telephony network 6 with a mobile 
terminal 5. 

[0046] The transaction server 2, as well as the SMSC 4, belongs to the mobile operator 
7, so that the transaction server 2 is adapted to the communications protocol established 
by the corporate server 1, as will be explained later, whereby it is not necessary to make 
modifications in the structure of the corporate server 1 . 

[0047] In figure 2 the different stages are shown which are followed to carry out the 
sending of a message from the corporate server 1 to the mobile terminal 5. 

[0048] In the first place the corporate server 1 will obtain the data necessary to be able 
to compose a message which it is desired to send to the mobile terminal 5, and 
establishes a session with the transaction server to which a transaction request 8 is 
made. 

[0049] Subsequently the transaction server 2 validates the request received and 
composes all the data for its delivery 9 in SMS format to the SMSC by the protocol 
which has been established between both elements. The transaction server 2 can be 
included in the SMSC 4 itself, or separated from the latter, in which case it is connected 
over a communications line, like for example Internet, cable, etc. Thus, the transaction 
server 2 maintains a session open both with the corporate server 1, and with the SMSC 
4. 

[0050] Next, the SMSC carries out the sending 10 of the SMSC message in a 
conventional manner, by means of the public mobile communications network 6, to the 
mobile terminal 5 belonging to the displaced personnel. 

[0051] When the short message is received in the mobile terminal, the latter processes it 
and generates a new message confirming reception in which the transaction received is 
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accepted or rejected, and it is sent 1 1 through the mobile telephony network 6 to the 
SMSC which delivers the short message originated in the mobile terminal to the 
transaction server 2 in the communication protocol and on the method of connection set 
up between the two. 

[0052] The transaction server 2 recognizes the message received as confirmation of 
receipt of a specific prior transaction, and analyses whether the transaction has been 
accepted or rejected, and adapts the response 13 to the corporate server in question, 
closing the session set up between the two. 

[0053] With the help of figure 3, the different stages are described which take place 
when the short message is produced in the mobile terminal 5 and is sent to the corporate 
server 1. 

[0054] In this case the necessary data are obtained in the mobile terminal 5 to be able to 
compose the desired message, as will be explained later, guided by menus, and the 
sending 14 of the short message (SMSC) proceeds through the mobile telephony 
network 6. 

[0055] Subsequently the SMSC carries out the sending 1 5 of the short message by 
means of the protocol and the connection set up with the transaction server 2, which 
analyses the message received and as a function of its destination sets up a connection 
16 with the corporate server 1 according to the protocol and method of connection 
between the two. 

[0056] Subsequently the corporate server 1 confirms reception of the transaction 
accepting it or rejecting it by means of a response 17 to the request 16. 

[0057] Next, the transaction server generates a new short message to the SMSC and 
sends it 18. This message indicates thereto the outcome of the transaction. 
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[0058] Lastly the SMC delivers 19 by sending a short message, through the mobile 
telephony network 6, confirmation of acceptance or rejection of the transaction. 

[0059] Having described the communication process generically in both directions, a 
detailed explanation of the operation of the mobile terminal is given below, the block 
diagram of which is shown in figure 4. 

[0060] In the first place the process is described which is followed when the short 
message transaction is made from the corporate server 1 to the remote terminal 5. 

[0061] In this case when the remote terminal 5 receives a new short message via the 
SMSC, the latter sends it to an SMS reception module 23 resident in the intelligent card 
(SIM or USIM). It could also reside in the user terminal 20 of the mobile terminal 5. 

[0062] The SMS message reception module 23 delivers the received signals to a 
message analysis module 24 by means of which it is verified whether the received SMS 
message contains valid information for the system or not, so that in the event that it 
does not contain valid information, the message will be discarded. 

[0063] If, on the contrary, the received message contains valid information for the 
system, it is analysed to discover what type of message it is; it possibly being a matter 
of an acceptance or rejection of some transaction previously sent to the corresponding 
corporate server, or of a new transaction received from the corresponding corporate 
server, such as was explained previously. 

[0064] Once the message analysis module 24 has determined the coherence of the 
received message, as well as the type of message it is, it delivers this information to a 
transaction managing module 26 which serves to process the received information, so 
that if the received message is of acceptance of a previous transaction sent to the 
corporate server, the transaction managing module 26 communicates with a database 
28, and more specifically with a transactions database 28a in which the transaction 
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status is changed to the same status as that indicated in the received message of 
acceptance. The transactions database 28a includes the different transactions which can 
be received or sent by the user of the mobile terminal, for which reason these should 
have been previously stored. These transactions depend on the requirements of the 
corporate server 1. 

[0065] If the received message is rejection of a transaction previously sent to the 
corresponding corporate server, the transaction managing module communicates with 
the transactions database 28a to change the transaction status to the last valid preceding 
status which it had stored before the sending of the transaction. 

[0066] In the case in which the received message contains a transaction, the process 
followed in the transactions managing module 26 is the following: 

[0067] a) If the received transaction is recorded in the transactions database 28a, the 
data that characterise the new transaction are not stored in the transactions database 28a, 
and the user is informed through an interface module 27, and more specifically through 
an events notification interface module 27a, and, next, a short message of rejection of 
the received transaction is sent. For this, the transaction managing module 26 
communicates with a message composition module 25 providing the necessary data 
which are in the database 28, and more specifically in the transactions database 28a and 
in a configuration database 28b, so that the message composition module 25 can 
compose a message of rejection. Subsequently this message is supplied to an SMS 
transmission module 29 from which it is transmitted to the SMSC. 

[0068] b) If the mobile terminal 5 has the capacity to be able to process a new 
transaction, the data that characterise the new transaction are stored in the transactions 
database 28a, after which the user is informed through the events notification interface 
27a. Next, a short message of acceptance of the received transaction is sent. For this, the 
transaction managing module 26 communicates with the message composition module 
25 to which it supplies the necessary data from the database 28 so that it can compose a 
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message of acceptance. Subsequently this message is sent by means of the SMS 
transmission module 29. 

[0069] c) If the transactions managing module 26 does not have the capacity to be able 
to process a new transaction, the data that characterise the new transaction are not 
stored in the transactions database 28a, after which the user is informed through the 
events notification interface module 27a. Next, a short message of rejection of the 
received transaction is sent, in the same way as was explained in the previous cases. 

[0070] Next the process is described which the mobile terminal follows for the case in 
which the short message transaction is carried out from the mobile terminal 5 to the 
corporate server 1 . 

[0071] In this case the user, through the keyboard 22 and the screen 21 of the user 
terminal 20 accesses the interface 27, and more specifically a transaction sending 
interface 27b. 

[0072] The transaction sending interface 27b requests the transaction managing module 
26 to obtain the internal identifiers of each of the possible operations that can be carried 
out on any transaction present and stored previously in the transactions database 28a. 
These identifiers are presented to the user by the screen 21 in menu form, and through 
the transaction sending interface 27b. Subsequently the user selects one of said 
identifiers from the menu through the keyboard 22 and the transaction sending interface 
27b informs the transaction managing module 26 of this in order to obtain the internal 
identifiers of each of the transactions present in the transactions database for the type of 
operation selected. These identifiers are likewise presented on the screen 21 by means 
of a menu and through the transaction sending interface, so that the user selects one of 
them by means of the keyboard 22, upon which the transaction sending interface 27b 
informs the transaction managing module 26 of this and, depending on the type of 
operation and transaction selected, the transaction sending interface will, on one hand, 
request the transaction managing module 26 to obtain the internal identifiers of any 
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other information necessary for the type transaction sending which it is desired to carry 
out and which requires some selection on the part of the user, and on the other hand, it 
requests the terminal screen for any other additional information. 

[0073] Therefore, the different possibilities of messages to be sent are shown on the 
screen to the user and the latter selects the different possibilities, so that after the user 
has selected and/or introduced all the necessary information, the transaction managing 
module 26 sends the message composition module 25 the data selected and/or 
introduced by the user, as well as some other data present in the configuration database 
28b, so that the corresponding message can be generated. This message is delivered to 
the message transmission module SMS 29 which sends the SMS message obtained to 
the SMSC 4. 

[0074] Clearly the user of the terminal can query the transactions which can be carried 
out and which were previously stored in the transactions database 28a, as already 
explained above. 

[0075] For this, the user accesses the interface 27, and more specifically a transactions 
query interface 27c by means of the keyboard 22 and the screen 21, so that this interface 
27c provides the user with specific menus which depend on the needs and functions 
required by the corporate server 1. Therefore, the data stored in the database 28a and 
28b, depend on the requirements of the company or corporate server as was already 
pointed out. 

[0076] To carry out the query, after accessing the transactions query interface 27c, the 
latter requests the transaction managing module 27 to obtain the internal identifiers of 
each of the transactions present in the transactions database 28a. These identifiers are 
presented to the user by means of the screen 21, through the transactions query interface 
27c. From this point the user selects one of these indicators (presented by means of a 
menu, as was commented in the previous cases) through the keyboard 22, and the 
transactions query interface 27c informs the transaction managing module of this so that 
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the latter, depending on the transaction selected, provides all the information related 
with said transaction for presentation on the screen. 

[0077] The possibility also exists of configuring transactions, so that the user has the 
possibility of modifying certain information existing in the configuration database 28b, 
according to the requirements of his/her corporate server 1. For this the user, through 
the keyboard and screen of the terminal accesses the interface 27, and more specifically 
a configuration interface 27d, which requests the transaction managing module 26 to 
obtain the internal identifiers of each of the possible configuration operations which can 
be carried out on the configuration database 28b. These identifiers will be presented to 
the user through the configuration interface 27d, and when the user selects one of them, 
the interface informs the transaction managing module 26 of this. 

[0078] Depending on the type of operation selected, the configuration interface 27d 
requests, on one hand, the transaction managing module 26 to obtain the internal 
identifiers of any other information necessary for the type of modification it is desired 
to carry out and which requires some selection on the part of the user, and on the other 
hand it requests the terminal screen for any other additional information. 

[0079] After the user has selected and/or introduced all the information necessary, the 
transaction managing module 26 stores all the information in the configuration database 
28b. Therefore, by means of the configuration interface the user is facilitated with the 
way to configure how to communicate with his/her corresponding corporate server. 

[0080] The corporate server 1 is not described, since this can adopt any configuration 
deemed to be optimal and most effective according to the particular requirements of 
each company. 

[0081] With respect to the transaction server 2, its block diagram is shown in figure 5, 
and its operation is described below according to the different possibilities which the 
system offers and which were described previously. 
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[0082] In the first place the case is described in which the corporate server sends a 
message to the mobile terminal; in which case said corporate server 1 establishes a 
session, in the protocol and through the communications network 3 that is determined, 
with a communications managing module 3 1 through a transmitter/receiver 30. 

[0083] In the example of embodiment of figure 5 the possibility is envisaged of 
connecting a plurality of corporate servers 1 to the transaction server 2, for which 
reason the latter includes a transmitter/receiver module 30 and a communications 
managing module 3 1 for each of the corporate servers 1 to which it is connected. 

[0084] At this point it is important to point out that this structure is necessary in the 
event that the corporate servers 1 use different communications protocols and networks. 
Therefore, it is obvious that corporate servers 1 which use the same communications 
line 7 and the same protocol will be connected to a same transmitter/receiver 30 and to 
a same communications managing module 31. 

[0085] Consequently, the communications managing module 31, as well as the 
transmitter/receiver 30, can be specific for each company, or on the contrary they could 
be generic. 

[0086] When the communications managing module 3 1 receives a session set-up 
request, as was described at the beginning of this section, it queries a database 33, and 
more specifically a security parameters configuration database 33a, on the security 
parameters established for each type of connection, so that as a function of the query 
carried out, it rejects or accepts the session set-up request. 

[0087] When the session is accepted, the corporate server 1 sends the transaction which 
it wishes the mobile terminal to receive. This transaction is delivered by the 
communications managing module 31 to a transaction managing module 32 which 
verifies the format of the transaction according to the information available in the 
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configuration database 33a, and if the format is not the appropriate one it returns an 
error message to the corporate server. It also obtains the rules of analysis and 
transformation from the configuration database 33a, which it has to apply to the 
received transaction to adapt them to the requirements of the applications of the mobile 
terminal to which the message is directed, and subsequently it enters a record of the 
data of the transaction in the database 33, and more specifically a transactions database 
33b. Among the data which are recorded in this database a uni vocal reference is 
envisaged to the transaction which is being handled in order to allow ensuing processes 
like the confirmation of the delivery of said transaction. 

[0088] Next, the transaction managing module 32 sends a message composition 
module 34 all the necessary data for the composition of the short message which it is 
desired to transmit. 

[0089] Subsequently the message composition module takes all the data facilitated by 
the transaction managing module and composes the short message that is to be 
transmitted and sends it to a message transmission module 35 through which it is 
forwarded to the SMSC 4. 

[0090] The message transmission module 35 serves to maintain a connection with the 
SMSC, in the protocol which is adopted and by means of a direct connection (in the 
case in which the transaction server forms part of the SMSC 4 itself) or by means of a 
communications line (in the event that the transaction server 2 is remote from the 
SMSC). The message transmission module also serves to administer the delivery of the 
short message to the SMSC, guaranteeing delivery of the message by means of an 
algorithm of reattempts which is established, or else it returns an error message if the 
delivery is not possible. 

[0091] The process continues with the period of waiting for confirmation on the part of 
the application of the mobile terminal 5 of acceptance of the transaction. For this, a 
message reception module 36 has been foreseen which serves for being permanently 
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connected in the protocol which is adopted by the direct connection or a 
communications line, to the SMSC 4, so that it will receive all the messages addressed 
to whichever of the corporate servers, and applies them to a message analysis module 
37. 

[0092] The message analysis module 37 determines in each message whether its 
content is an acceptance or rejection on the part of the mobile terminal, or concerns a 
new transaction, and is sent to the transaction managing module 32. In the event that the 
received message is an acceptance or rejection of a previous transaction, the transaction 
managing module 32 analyses the data of the acceptance or rejection message and 
obtains from the transactions database 33b the stored data relative to the transaction, 
and also obtains from the configuration database 33a the transformation rules which it 
must apply to answer the corporate server with the outcome of the transaction. Next it 
sends the response of the transaction to the communications managing module 3 1 
which returns the outcome of the transaction to the corporate server and closes the 
session set up therewith, provided set-up of a standing session is not envisioned. 

[0093] In the event that no message of acceptance or rejection is received in the 
message reception module 36, after a timeout established in the configuration database 
33a, an error message is returned to the corporate server indicating this situation to it. 

[0094] Next, the case is described in which it is the mobile terminal 5 that sends a 
transaction to the corporate server 1 . In this case the message reception module is 
permanently connected, in the adopted protocol and by direct connection or over a 
communications line, with the SMSC, so that it receives all the messages addressed to 
any one of the corporate servers, applying these messages to the message analysis 
module 37 which determines whether their content is an acceptance or rejection of a 
transaction on the part of the application of the mobile terminal, or is a new transaction. 
The acceptance or rejection has already been described previously, and in the event that 
it is a transaction, this is sent to the transaction managing module 32 from the message 
analysis module 37, so that the former verifies the destination of the transaction and the 
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format of the transaction according to the information available in the configuration 
database 33a. If the format is not the appropriate one, it returns a transaction rejection 
error message. 

[0095] The transaction managing module 32 obtains from the configuration database 
33a, the rules of analysis and transformation that it should apply to the received 
transaction to adapt them to the requirements of the corporate server. 

[0096] Next, it makes a record of the data of the transaction in the transactions database 
33b. Among the data which are recorded is a univocal reference to the transaction 
which is being handled to allow later processes like the confirmation of delivery 
thereof. 

[0097] Subsequently the transaction managing module 32 sends the communications 
managing module 31, belonging to the corresponding corporate server 1, the necessary 
data for setting up a session with the corporate server 1, in the event that this is not 
permanent. 

[0098] When the session has been set up, the communications managing module 3 1 
sends the transaction, by means of the corresponding transmitter/receiver 30, to the 
corporate server, in accordance with the method that is established therein, so that data 
entry is being emulated in a form identical to that which is carried out for data entry by 
an habitual user of the corporate server. 

[0099] Subsequently the communications managing module waits for the response of 
the corporate system and sends the transactions managing module the outcome thereof 
(acceptance, rejection of the transaction). In the event of a response not occurring, after 
a configurable timeout has elapsed, an error message is sent. 

[0100] The transactions managing module analyses the response of the corporate 
server, and according to the rules established in the configuration database 33a for the 
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specific corporate server, it sends the data necessary for the transmission of the outcome 
of the transaction to the message composition module, which formulates, according to 
the data obtained, the short message which has to be sent as confirmation of the 
transaction, and delivers it to the message transmission module, which serves to 
maintain a connection with the SMSC in the manner already commented. 
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